home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1993…ch: Other People's Memory / ADC Developer CD (1993-03) (''Other People's Memory'')_iso / Dev.CD Mar 93.iso / Development Platforms / Apple II / Essentials / Technical.Notes / IIGS / TN.IIGS.014 < prev    next >
Encoding:
Text File  |  1992-07-15  |  2.4 KB  |  59 lines  |  [TEXT/GEOL]

  1. Apple II
  2. Technical Notes
  3. _____________________________________________________________________________
  4.                                                   Developer Technical Support
  5. Apple IIgs
  6. #14: Standard File Screwiness
  7.  
  8. Revised by: Dave Lyons                                               May 1992
  9. Written by: Guillermo Ortiz, Matt Deatherage, & Dave Lyons          June 1987
  10.  
  11. This Technical Note describes known anomalies in Standard File.
  12.  
  13. CHANGES SINCE DECEMBER 1991:  Updated for System 6.0. Problems with the
  14. infinite loop and SFMultiGet2 reply record are fixed.
  15. _____________________________________________________________________________
  16.  
  17.  
  18. PREFIX CHECK IS CASE SENSITIVE
  19.  
  20. When you advance to the next volume using Command-Tab (or just Tab, before
  21. 6.0), Standard File checks your prefix against the name of the volume now in
  22. the same device you were just using, to see if you switched disks (this is
  23. possible on a 5.25 drive, for example).  If the name doesn't match, you stay
  24. at the same device.
  25.  
  26. Unfortunately, the comparison in 6.0 and earlier is case sensitive.  If you
  27. have a volume called "MyDisk" and prefix zero is set to ":MYDISK", advancing
  28. to the next volume doesn't get you anywhere the first time (but the prefix
  29. changes from ":MYDISK" to ":MyDisk").
  30.  
  31. The following two problems are fixed in System 6.0:
  32.  
  33. INFINITE LOOP WITH EMPTY PREFIXES
  34.  
  35. In System Software versions 5.0 through 5.0.4, all Standard File dialogs can
  36. hang if both prefixes 0 and 8 are empty (GS/OS uses prefix 8 to expand partial
  37. pathnames if prefix 0 is empty).
  38.  
  39. If this affects your software, use GetPrefix to check for empty prefixes
  40. before calling Standard File.  If 0 and 8 are both empty, set prefix 0 to "*:"
  41. (or any other convenient pathname).
  42.  
  43. SFMultiGet2 (AND SFPMultiGet2) REPLY RECORD
  44.  
  45. SFMultiGet2 and SFPMultiGet2 in System 5.0.4 and earlier accidentally validate
  46. the multi-file reply record as if it were a regular new-style reply record (as
  47. for SFGetFile2, for example).  The validation is a check that the words at
  48. offsets $08 and $0E in the record are not $0002 (these are nameRefDesc and
  49. pathRefDesc in a new-style reply record).
  50.  
  51. To ensure that Standard File does not erroneously reject your multi-file reply
  52. record (and return error $1704), you may include ten bytes of $00 following
  53. the six-byte record.
  54.  
  55. Further Reference
  56. _____________________________________________________________________________
  57.  
  58.    o   Apple IIgs Toolbox Reference, Volumes 2 & 3
  59.